Showing posts with label Project Integration Management. Show all posts
Showing posts with label Project Integration Management. Show all posts

Saturday, September 12, 2015

Flow of deliverables: Step by Step

By With 2 comments:
We will understand, in this article, the flow of project deliverables. The entire flow of deliverables are explained step-by-step, outlining how the deliverables are produced, verified and accepted.

PMBOK® Guide Fifth Edition defines deliverable as
any unique and verifiable product, result or capability to perform a service that is required to be produced to complete a process, phase or project.


Direct and Manage Project Work

We create Project Deliverables in Direct and Manage Project Work process to meet the project work as planned and scheduled in the project management plan.

Control Quality

The deliverables, created in the Direct and Manage Project Work process, are verified in the Control Quality process to determine the correctness of deliverables. In this process, we are concerned with the correctness of the deliverables and meeting the quality requirements specified for the deliverables. Such verified deliverables from the Control Quality process becomes an input to Validate Scope process for formalized acceptance.

Validate Scope

In the Validate Scope process, we are interested in the acceptance of the verified deliverables. Deliverables that meet the acceptance criteria are formally approved and signed by customer or sponsor. Formal documentation acknowledging the acceptance of the project deliverables is forwarded to the Close Project or Phase.

The completed deliverables that have not been formally accepted are documented along with the reasons for non-acceptance. These deliverables may require a change request (defect repair) that will be reviewed in the Perform Integrated Change Control process. Once the change requests are approved, the approved change requests become an input to the Direct and Manage Project Work process and the above cycle continues.

Please note that Control Quality is generally performed ahead of the Validate Scope, but you may also perform the two processes in parallel.

Monday, December 3, 2012

Deliverables to Final Product: The Transition

By With 2 comments:
I wanted to create this picture to show you clearly the transition of deliverable to final product, service or result within the project management context.

  1. Deliverables are created as part of the "Direct and Manage Project Execution" process. As you would expect, the deliverables are outputs of the Execution process group.

  2. The deliverable, thus created during project execution, is fed as input to the "Perform Quality Control" process in Monitoring & Controlling process group. Necessary quality control checks are carried out to ensure that the deliverable meet the requirements. At the end of the process, we get the Validated deliverable as an output.

  3. The validated deliverable is sent as an input to the "Verify Scope" process. Here, the client/ customer inspects the deliverable and accepts them. As such, the output of this process is the accepted deliverable. The major difference between "Perform Quality Control" and "Verify Scope" is that generally quality control is performed internally within the performing organization while verify scope is performed with the client/ customer. They may be done sequentially or sometimes concurrently.

  4. Finally, the accepted deliverable is sent as an input to the "Close project or phase" process in the Closing process group; and the output is Final product, service or result transition. This refers to the acceptance of the final product, service, or result and the turnover of the product to the organization. This usually requires a formal sign-off to indicate that the product is accepted by the customer.
Hope the above picture helps you to remember the flow of deliverables better. What do you think? Please leave your comments.

Friday, May 11, 2012

Project Charter

By With 2 comments:
What is a Project Charter?
  • Project Charter is a document that formally authorizes the commencement of a project or a phase.
  • Project Charter authorizes the project manager to obtain, negotiate and deploy organizational resources to project activities.
  • PMBOK recommends that the project manager be identified and assigned as early as possible in the project, prior to the start of planning, and preferably while the project charter is being developed.
  • It is also recommended that the project manager be involved in the development of the project charter. But, it should be noted that even though the project manager/ the project management team may help in preparing the Project Charter, the approval and funding should always be external to the project boundaries. Projects are generally authorized by someone external to the project such as the Project Management Office (PMO), project sponsor or someone from the senior management.
  • Project Charter documents the initial requirements that addresses the stakeholders' needs and expectations

Inputs to the development of a Project Charter
The following are the necessary inputs for the development of a project charter:
  1. Project Statement of Work (SOW)
  2. Business Case
  3. Contract
  4. Enterprise Environmental Factors
  5. Organizational Process Assets